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(54) CASH AUTOMATIC DEALING SYSTEM 

(57) An automated cash transaction system that 
provides enhanced convenience for both customers 
and financial institutions by utilizing a mobile telephone 
and a computer network. The automated cash transac- 
tion system includes: a server which is connected to the 
computer network, and which distributes a transaction 
processing program for allowing the mobile telephone 
to carry out processing at least for user authentication 
and communications with an automated cash transac- 
tion machine; the mobile telephone which receives the 
transaction processing program from the server via the 
computer network, stores the received transaction 
processing program, and carries out the processing for 
user authentication and communications with the auto- 
mated cash transaction machine in accordance with the 
transaction processing program; and the automated 
cash transaction machine which carries out automated 
cash transaction processing based on data entered 
through commumcaiions with the mobile telephone. 
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Description 

TECHNICAL FIELD 

[0001] The present invention relates to a system for 
automatically executing cash-related transactions 
through automated cash transaction machines installed 
in financial institutions such as banks. 

BACKGROUND ART 

[0002] Automated cash transaction machines, such 
as cash dispensers (CDs) and automated teller ma- 
chines (ATMs), installed in banks and other financial in- 
stitutions permit customers to carry out transactions us- 
ing their magnetic cards and/or passbooks issued by the 
respective financial institutions. 
[0003] In these circumstances, if a user has accounts 
with a plurality of financial institutions, the user must 
have a magnetic card, a passbook, etc. for each ac- 
count. In this case, if the user wishes to be able to use 
automated cash transaction machines anytime any- 
where, the user has to always carry the plurality of mag- 
netic cards, etc. with him. 

[0004] Further, even in busy hours, all transaction op- 
erations, including fund transfers that require time-con- 
suming data input operations, have to be performed on 
the automated cash transaction machine, and this has 
led to a reduction in the working efficiency of the auto- 
mated cash transaction machine. 
[0005] Moreover, when a financial institution such as 
a bank intends to add a new function (transaction func- 
tion) to its automated cash transaction machines, inter- 
nal software has to be modified and, if the modified soft- 
ware is to be installed on all the automated cash trans- 
action machines operated by the financial institution, an 
enormous amount of time and cost will be required. 
[0006] Japanese Unexamined Patent Publication 
(KOKAI) No. 11-338942 proposes that items of transac- 
tion information to be entered on an'automated cash 
transaction machine be input in advance into a mobile 
telephone and be transmitted from the mobile telephone 
to the automated cash transaction machine, in an at- 
tempt to simplify the data entry operations on the auto- 
mated cash transaction machine and thereby increase 
the capacity utilization thereof. However, the above-cit- 
ed document only assumes that a program for imple- 
menting such transactions is stored in the mobile tele- 
phone at the time of purchase or as needed, and does 
not provide any specific method for implementation. 

DISCLOSURE OF THE INVENTION 

[0007] The present invention has been devised in 
view of the above problem, and an object of the inven- 
tion is to provide an automated cash transaction system 
that offers enhanced convenience for both customers 
and financial institutions by utilizing the rapidly spread- 
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ing and advanced mobile telephone and computer net- 
work technologies. 

[0008] According to a first aspect of the present inven- 
tion, there is provided an automated cash transaction 
5 system comprising: a server which is connected to a 
computer network, and whicn aisiributes a transaction 
processing program for allowing a mobile telephone to 
carry out processing at least for user authentication and 
communications with an automated cash transaction 
10 machine; the mobile telephone which receives the 
transaction processing program from the server via the 
computer network, stores the received transaction 
processing program, and carries out the processing for 
user authentication and communications with the auto- 
's mated cash transaction machine in accordance with the 
transaction processing program; and the automated 
cash transaction machine which carries out automated 
cash transaction processing based on data entered 
through communications with the mobile telephone. 
20 [0009] According to a second aspect of the present 
invention, the transaction processing program is prefer- 
ably a Java program. 

[0010] According to a third aspect of the present in- 
vention, preferably, the mobile telephone receives dif- 
25 ferent transaction processing programs from different 
servers and stores the received transaction processing 
programs. 

[0011] According to a fourth aspect of the present in- 
vention, preferably, the transaction processing program 

so allows the mobile telephone to also carry out processing 
for pre-entering transaction data necessary to carry out 
transaction processing, and the mobiletelephone trans- 
mits the pre-entered transaction data to the automated 
cash transaction machine. 

35 [0012] According to a fifth aspect of the present inven- 
tion, preferably, the transaction processing program al- 
lows the mobile telephone to also carry out processing 
for effecting a new function of the automated cash trans- 
action machine. 

BRIEF DESCRIPTION OF THE DRAWINGS 
[0013] 

45 Figure 1 is a diagram showing the configuration of 
an automated cash transaction system according 
one embodiment of the present invention. 
Figure 2 is a flowchart showing the sequence of op- 
erations performed when opening an account and 

so updating software. 

Figures 3A and 3B are a flowchart showing the se- 
quence of operations performed for a withdrawal 
transaction. 

Figures 4A and 4B are diagrams each showing an 
55 example of a screen displaying the result of a trans- 
action on a mobiletelephone. 
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BEST MODE FOR CARRYING OUT THE INVENTION 

[0014] To describe the present invention in further de- 
tail, the best mode contemplated for carrying out the in- 
vention will be described with reference to the accom- 
panying drawings. 

[0015] Figure 1 shows one embodiment of an auto- 
mated cash transaction system according to the present 
invention. Referring to the figure, reference numeral 100 
is a Java program distribution server on the Internet, 1 20 
is a mobile telephone connectable to the Internet and 
capable of executing a JAVA program, 140 is an auto- 
mated cash transaction machine such as a cash dis- 
penser (CD) or an automated teller machine (ATM), and 
1 60 is a host computer of a financial institution. 
[0016] As is known, programs written in Java, a pro- 
gramming language, can be run on any platform (the 
operating system and computer hardware as seen from 
a running application), and Java-equipped mobile tele- 
phones (mobile telephones equipped with Java func- 
tions) are wide-spread. 

[0017] In the present embodiment, the user connects 
to the Java program distribution server 1 00 by using the 
mobile telephone 120, opens an account with the finan- 
cial; institution which is, for example, a bank, and down- 
loads a Java program as a transaction processing pro- 
gram onto the mobile telephone 120 from the server 
1 00. The downloaded Java program contains all neces- 
sary data for automated cash transaction operations, 
such as magnetically stored data (MS data) and account 
number which traditionally were held on a magnetic card 
or a passbook. 

[001 8] Authentication prior to the in itiation of a trans- 
action is performed by activating the Java program and 
entering a personal identification number on the mobile 
telephone 120; this prevents any person other than the 
authorized user from activating the Java program and 
using the mobile telephone as a magnetic card. After 
the authentication has been done successfully, the user 
connects the mobile telephone 120 to the automated 
cash transaction machine 140 and performs communi- 
cations to carry out a transaction such as a cash with- 
drawal or fund transfer. 

[0019] Such functions can be effected fortransactions 
with a plurality of financial institutions. That is, by down- 
loading Java programs of different financial institutions 
onto one mobile telephone and opening accounts with 
the respective financial institutions, the functions of the 
magnetic cards and passbooks of the different financial 
institutions can be incorporated into one mobile tele- 
phone. 

[0020] Furthermore, the Java program can be de- 
signed to perform not only the authentication function 
but also the ensuing transaction process up to the step 
just before the transmission of a transaction request 
message to the financial institution's host 160. That is, 
if the transaction process, including, for example, the 
entry of the type of transaction, the amount of money, 



etc., can be performed beforehand, the transaction can 
be accomplished quickly even in busy hours by just con- 
necting the mobile telephone 1 20 to the automated cash 
transaction machine 140. 

5 [0021] Among others, a fund transfer transaction that 
requires the entry of various kinds of data tends to 
lengthen the time that one user occupies the automated 
cash transaction machine 140. If all the necessary data 
are input beforehand into the Java program on the mo- 

10 bile telephone 120 so that the mobile telephone 120 
need only be connected to the automated cash trans- 
action machine 1 40, the time that one user occupies the 
automated cash transaction machine 1 40 can be greatly 
reduced, which contributes to increasing the working ef- 

15 ficiency of the automated cash transaction machine 
140. 

[0022] Further, when the need arises to add a new 
function (transaction function) to the automated cash 
transaction machine 140, the financial institution need 

20 only modify the Java program having the above-de- 
scribed transaction process, rather than modifying the 
internal software of the automated cash transaction ma- 
chine as has traditionally been the case, and have the 
user download the modified Java program; this serves 

25 to greatly reduce the time and cost required to install the 
modified software at the financial institution. Further- 
more, since provisions are made to allow the user to 
download the software, not only can the software be up- 
dated easily, but also the time required for the update to 

so take effect can be reduced; as a result, a transaction 
having a limited-time function, such as a marketing cam- 
paign, can be easily effected. 

[0023] A specific example of the operation according 
to the present embodiment will be described below with 
35 reference to a flowchart. 

[0024] Figure 2 is a flowchart showing the sequence 
of operations performed when opening an account and 
updating software. First, in step 202, the user connects 
the mobile telephone 120 to the Java program distribu- 
te tion server 1 00 over the Internet. 

[0025] Next, in step 204, it is determined whether or 
not the user intends to open a new account; if the user 
intends to open a new account, the process proceeds 
to step 206 where the password entered by the user is 
45 checked to determine whether it matches the correct 
password originally given to the mobile telephone under 
the management of the mobile telephone company. 
[0026] If the correct password is not entered, the proc- 
ess proceeds to step 208 to retry the entry. If the attempt 
so at entering the correct password has failed three times 
in succession, the access is denied. 
[0027] On the other hand, when the correct password 
is entered, the process proceeds to step 21 0 where data 
necessary for the new account, that is, personal identi- 
55 fication number, address, name, etc., are entered. 
[0028] The process next proceeds to step 212 to 
download the Java program from the server 100 onto 
the mobiletelephone 1 20. The program contains MS da- 
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ta, account number, passbook functions, transaction 
process, etc. Then, the process proceeds to step 21 4 to 
complete the new account opening and registration 
process. 

[0029] If, in step 204, it is determined that the user 
does not intend to open a new account, the process pro- 
ceeds to step 21 6 to check whether the Java program 
previously downloaded needs updating. If it is deter- 
mined that there is no need to update, the process pro- 
ceeds to step 218 where a message to the effect that 
there is no need to update is output, and the process is 
terminated. 

[0030] On the other hand, if it is determined that there 
is a need to update the program, the process proceeds 
to step 220 where the personal identification number en- 
tered by the user is checked to see if it matches the reg- 
istered personal identification number. If the correct per- 
sonal identification number is not entered, the process 
proceeds to step 208 to retry the entry; if the attempt at 
entering the correct personal identification number has 
failed three times in succession, the access is denied. 
[0031] On the other hand, when the correct personal 
identification number is entered, the process proceeds 
to step 222 where the Java program necessary for up- 
dating is downloaded from the server 100 onto the mo- 
bile telephone 1 20. Then, the process proceeds to step 
224 to complete the updating of the Java program. 
[0032] Figures 3A and 3B are a flowchart showing the 
sequence of operations performed for a withdrawal 
transaction. Steps 302 to 31 4 are carried out on the mo- 
bile telephone 120, while steps 316 to 330 are carried 
out on the automated cash transaction machine 140. 
[0033] First, instep302,theJavaprogram isactivated 
on the mobile telephone 1 20. Next, in step 304, an au- 
thentication process is performed by the Java program 
to determine whether or not the personal identification 
number entered by the user matches the registered per- 
sonal identification number. 

[0034] If the correct personal identification number is 
not entered, the process proceeds to step 306 to check 
if the attempt at entering the correct personal identifica- 
tion number has failed for the third time or not; if it is not 
the third attempt, that is, if it is the first or the second 
attempt, the process returns to step 304. 
[0035] If an incorrect personal identification number 
has been entered three times in succession, the process 
proceeds to step 308 where the activation of the Java 
program is locked for security reasons. 
[0036] If the authentication by the personal identifica- 
tion number has been completed successfully in step 
304, the process proceeds to step 310 where an inquiry 
is made to the user as to whether the user desires to 
entertransaction data in the Java program. If a response 
is made to the effect that the user does not wish to enter 
transaction data in the Java program, the process pro- 
ceeds to step 316. 

[0037] On the other hand, if a response is made to the 
effect that the user desires to enter transaction data in 
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the Java program, the process proceeds to step 312 
where a message prompting to select the type of trans- 
action, such as withdrawal, deposit, fund transfer, and 
passbook recording, is displayed on the screen, and the 
5 selected transaction is executed. In the illustrated ex- 
ample, withdrawal is selected, and data relating to it, i. 
e., the amount of money to be withdrawn, is entered in 
step 314. 

[0038] The processing on the mobile telephone 120 

10 is thus completed, and the processing on the automated 
cash transaction machine 140 takes over. First, in step 
316, the mobile telephone 120 is connected to the au- 
tomated cash transaction machine 1 40. Th is connection 
may be a wired connection or a wireless connection; 

is transmit/receive circuits, connectors, etc. for establish- 
ing the connection are provided on both sides. 
[0039] via the thus established connection, necessary 
data, such as the personal identification number, MS da- 
ta, account number, and transaction data, if pre-entered, 

20 are transmitted from the mobile telephone 1 20 to the au- 
tomated cash transaction machine 140. 
[0040] Next, in step 31 8, it is checked to see whether 
transaction data has already been entered on the mobile 
telephone 120. If transaction data is not yet entered, the 

25 process proceeds to step 320; on the other hand, if 
transaction data has already been entered, the process 
proceeds to step 324. 

[0041] In step 320, a message prompting to select the 
type of transaction, such as withdrawal, deposit, fund 

so transfer, and passbook recording, is displayed on the 
screen of the automated cash transaction machine 140, 
and the selected transaction is executed. In the illustrat- 
ed example, withdrawal is selected, and data relating to 
it, i.e., the amount of money to be withdrawn, is entered 

35 in step 322, after which the process proceeds to step 
324. 

[0042] In step 324, a transaction request is sent from 
the automated cash transaction machine 1 40 to the host 
computer 160, and a permission response is received. 
40 [0043] Then, in step 326, cash is counted and dis- 
pensed from the automated cash transaction machine 
140 and, in step 328, the mobile telephone 120 is dis- 
connected from the automated cash transaction ma- 
chine 140. 

45 [0044] When the disconnection is made, a screen in- 
dicating the result of the transaction, such as shown in 
Figure 4A or 4B, is displayed on the mobile telephone 
120. Here, Figure 4A shows an example for the case of 
a withdrawal transaction, and Figure 4B shows an ex- 

so ample for the case of a fund transfer transaction. If the 
data cannot be shown in its entirety on the screen of the 
mobile telephone, the remaining portion of the data can 
be viewed by scrolling the screen. In step 330, the trans- 
action is terminated. 

55 [0045] As described above, according to the present 
invention, the Java program downloaded to the mobile 
telephone has the functions of the traditional magnetic 
card or passbook and serves the same purpose as the 
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magnetic card or the passbook. It is also possible to in- 
corporate the functions of the magnetic cards and pass- 
books of a plurality of banks into one mobile telephone. 
[0046] Further if a transaction process, such as the 
entry of data that becomes necessary when performing 5 
a transaction, is included in the program, the time re- 
quired forthe customer to perform operations on the au- 
tomated cash transaction machine (machine occupancy 
time) can be greatly reduced, achieving high working ef- 
ficiency of the machine. 10 
[0047] Furthermore, with provisions made to carry out 
the transaction process such as the entry of data on the 
mobile telephone, a software modification to embrace a 
new function (transaction function) can be accom- 
plished by modifying the Java program to be download- is 
ed to the mobile telephone, rather than modifying the 
internal software of the machine as has traditionally 
been the case; as a result, not only can the program be 
delivered speedily, but it also becomes possible to add 
a timely function (for example, for a limited-time market- 20 
ing campaign). 



gram allows said mobile telephone to also carry out 
processing for pre-entering transaction data neces- 
sary to carry out transaction processing, and where- 
in said mobile telephone transmits said pre-entered 
transaction data to said automated cash transaction 
machine. 

5. An automated cash transaction system as claimed 
in claim 1 , wherein said transaction processing pro- 
gram allows said mobile telephone to also carry out 
processing for effecting a new function of said au- 
tomated cash transaction machine. 



Claims 

1 . An automated cash transaction system comprising: 

a server which is connected to a computer net- 
work, and which distributes a transaction 
processing program for allowing a mobile tele- so 
phone to carry out processing at least for user 
authentication and communications with an au- 
tomated cash transaction machine; 
said mobile telephone which receives said 
transaction processing program from said serv- 35 
er via said computer network, stores said re- 
ceived transaction processing program, and 
carries out said processing for user authentica- 
tion and communications with said automated 
cash transaction machine in accordance with 40 
said transaction processing program; and 
said automated cash transaction machine 
which carries out automated cash transaction 
processing based on data entered through 
communications with said mobile telephone. 45 

2. An automated cash transaction system as claimed 
in claim 1 , wherein said transaction processing pro- 
gram is a Java program. 

50 

3. An automated cash transaction system as claimed 
in claim 1 , wherein said mobile telephone receives 
different transaction processing programs from dif- 
ferent servers and stores said received transaction 
processing programs. 55 

4. An automated cash transaction system as claimed 
in claim 1 , wherein said transaction processing pro- 
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Fig.3B 
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Fig.AA 



DATE OF TRANSACTION: 14-01-01 
TIME OF TRANSACTION: 12:00 
TYPE OF TRANSACTION : WITHDRAWAL 
TRANSACTING BANICOOOOO 
TRANSACTING BRANCH: OOOOO 
ACCOUNT NUMBER :XXXXXXX 
AMOUNT WITHDRAWN:¥XXXXXXX 
BALANCE:¥XXXXXXXXXXX 
TRANSACTION FEE:¥XXX 



THANK YOU FOR DEALING 
WITH OUR BANK 







END 
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Fig.AB 



• DATE OF TRANSACTION : 14-1 2-31 
TIME OF TRANSACTION: 12:00 
TYPE OF TRANSACTION: FUND TRANSFER 
DESTINATION BANK: 00000 
DESTINATION BRANCH: OOOOO 
PAYEE: 000000 
ACCOUNT NUMBER: XXXXXXX 
AMOUNT TRANSFERRED: ¥XXXXXXXXX 
TRANSFER FE:¥XXX 



THANK YOU FOR DEALING 
WITH OUR BANK 



END 
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